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HOST-FABRIC ADAPTER HAVING HARDWARE 
ASSIST ARCHITECTURE AND METHOD 
OF CONNECTING A HOST SYSTEM TO A CHANNEL- 
BASED SWITCHED FABRIC IN A DATA NETWORK 

Technical Field 

The present invention relates to a data network, and more particularly, relates to a host- 
fabric adapter having hardware assist architecture and a method of connecting a host system to a 
channel-based switched fabric in such a data network. 

Background 

A data network generally consists of a network of multiple independent and clustered 
nodes connected by point-to-point links. Each node may be an intermediate node, such as a 
switch/switch element, a repeater, and a router, or an end-node within the network, such as a host 
system and an I/O unit (e.g., data servers, storage subsystems and network devices). Message 
data may be transmitted from source to destination, often through intermediate nodes. 

Existing interconnect transport mechanisms, such as PCI (Peripheral Component 
Interconnect) buses as described in the "PCI Local Bus Specification, Revision 2. J" set forth by 
the PCI Special Interest Group (SIG) on June 1, 1995, may be utilized to deliver message data to 
and from I/O devices, namely storage subsystems and network devices via a data network. 
However, PCI buses utilize a shared memory-mapped bus architecture that includes one or more 
shared I/O buses to deliver message data to and from storage subsystems and network devices. 
Shared I/O buses can pose serious performance limitations due to the bus arbitration required 
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among storage and network peripherals as well as posing reliability, flexibility and scalability 
issues when additional storage and network peripherals are required. As a result, existing 
interconnect technologies have failed to keep pace with computer evolution and the increased 
demands generated and burden imposed on server clusters, application processing, and enterprise 
5 computing created by the rapid growth of the Internet. 

Emerging solutions to the shortcomings of existing PCI bus architecture are InfiniBand™ 
and its predecessor, Next Generation I/O (NGIO) which have been developed by Intel 
I J Corporation to provide a standards-based I/O platform that uses a switched fabric and separate 
r il I/O channels instead of a shared memory-mapped bus architecture for reliable data transfers 
10 |^ between end-nodes in a data network, as set forth in the 11 Next Generation Input/Output (NGIO) 
^ Specification," NGIO Forum on July 20, 1999 and the "InfiniBand Architecture Specification," 
if. the InfiniBand™ Trade Association scheduled for publication in late October 2000. Using 
f 5 NGIO/InfiniBand™, a host system may communicate with one or more remote systems using a 
Virtual Interface (VI) architecture in compliance with the "Virtual Interface (VI) Architecture 
15 Specification, Version 1.0" as set forth by Compaq Corp., Intel Corp., and Microsoft Corp., on 
December 16, 1997. NGIO/InfiniBand™ and VI hardware and software may often be used to 
support data transfers between two memory regions, typically on different systems over one or 
more designated channels. Each host system using a VI Architecture may contain work queues 
(WQ) formed in pairs including inbound and outbound queues in which requests, in the form of 
20 descriptors, are posted to describe data movement operation and location of data to be moved for 
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processing and/or transportation via a data network. Each host system may serve as a source 
(initiator) system which initiates a message data transfer (message send operation) or a target 
system of a message passing operation (message receive opertion). Requests for work (data 
movement operations such as send/receive operations and remote direct memory access 
5 "RDMA" read/write operations) may be posted to work queues associated with a given network 
interface card. One or more channels between communication devices at host systems via a data 
network may be created and managed so that requested operations can be performed. 

iO 

li Since NGIO/InfiniBand™ is an emerging interconnect technology not yet in the 

f\\ marketplace, there is no known interface mechanism specifically implemented for 
10 |£ NGIO/InfiniBand™ applications. More specifically, there is no known network interface card 
3 _ for a host system to connect to a data network using a channel-based, switched fabric architecture 
'lf z to support data movement operations between communication devices at a host system or 
fZ between host systems or via a data network. Existing network interface cards for host systems 
are not adapted for emerging NGIO/InfiniBand™ interconnect technology and are, therefore, not 
15 optimized for NGIO/InfiniBand™ functionality. 

Accordingly, there is a need for an especially designed, performance-driven host-fabric 
adapter having hardware assist architecture installed at a host system in a data network using a 
channel-based, switched fabric architecture, and optimized for NGIO/InfiniBand™ functioality, 
including controlling execution of NGIO/InfiniBand™ protocols with minimal pipelining and 
20 NGIO/InfiniBand™ data cell/packet processing with minimal latency. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete appreciation of exemplary embodiments of the present invention, and 
many of the attendant advantages of the present invention, will be readily appreciated as the same 
becomes better understood by reference to the following detailed description when considered in 
5 conjunction with the accompanying drawings in which like reference symbols indicate the same 
or similar components, wherein: 
S3 FIG. 1 illustrates an example data network having several nodes interconnected by 

/ ! corresponding links of a basic switch according to an embodiment of the present invention; 
sj FIG. 2 illustrates another example data network having several nodes interconnected by 

lOjU corresponding links of a multi-stage switched fabric according to an embodiment of the present 
I J invention; 

s 2 FIG. 3 illustrates packet and cell formats of data transmitted from a source node to a 

f =1 destination node in an example data network according to an embodiment of the present 
invention; 

15 FIGs. 4A-4B illustrate a block diagram of an example host system of an example data 

network according to different embodiments of the present invention; 

FIG. 5 illustrates an example software driver stack of an operating system (OS) of a host 
system according to an embodiment of the present invention; 

FIG. 6 illustrates a block diagram of an example host system using NGIO/InfiniteBancP 1 
20 and VI architectures to support data transfers via a switched fabric according to an embodiment 
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of the present invention; 

FIG. 7 illustrates an example host-fabric adapter configured in accordance with 
NGIO/InfiniBand™ and VI architectures to support data transfers via a switched fabric 100' 
according to an embodiment of the present invention; 
5 FIG. 8 illustrates an example Micro-Engine (ME) of a host-fabric adapter according to an 

embodiment of the present invention; 

FIG. 9 illustrates an example implementation of a Micro-Engine (ME) of a host-fabric 
%j adapter according to an embodiment of the present invention; 

^ FIG. 10 illustrates an example host interface having a hardware assist architecture 

10 s 7 according to an embodiment of the present invention; 

= FIGs. 1 1 A-l IB illustrate different examples of VI architecture descriptors according to an 

\3 embodiment of the present invention; 

If FIG. 12 illustrates an example send descriptor processing technique according an 

%=? embodiment of the present invention; 
15 FIG. 13 illustrates an example write descriptor processing technique according an 

embodiment of the present invention; 

FIG. 14 illustrates an example Receive FIFO interface having a hardware assist 
architecture according to an embodiment of the present invention; 

FIG. 15 illustrates an example Protection Index and Offset Hardware Assist (HWA) 
20 Logic of the Receive FIFO interface for multitasking according to an embodiment of the present 
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invention; 

FIG. 16 illustrates an example Protection Index and Offset Logic Block of the Receive 
FIFO interface for single tasking according to an embodiment of the present invention; and 

FIGs. 17A-17H illustrate an example timing diagram of the Protection Index and Offset 
5 generation according to an embodiment of the present invention. 



DETAILED DESCRIPTION 

^ (5? 

The present invention is applicable for use with all types of data networks, I/O hardware 
f U adapters and chipsets, including follow-on chip designs which link together end stations such as 
I s ~ computers, servers, peripherals, storage subsystems, and communication devices for data 
10 :^ communications. Examples of such data networks may include a local area network (LAN), a 
Ifi wide area network (WAN), a campus area network (CAN), a metropolitan area network (MAN), 
O a global area network (GAN), a wireless personal area network (WPAN), and a system area 
network (SAN), including newly developed computer networks using Next Generation I/O 
(NGIO), Future I/O (FIO), InfiniBand™ and those networks including channel-based, switched 
15 fabric architectures which may become available as computer technology advances to provide 
scalable performance. LAN systems may include Ethernet, FDDI (Fiber Distributed Data 
Interface) Token Ring LAN, Asynchronous Transfer Mode (ATM) LAN, Fiber Channel, and 
Wireless LAN. However, for the sake of simplicity, discussions will concentrate mainly on a 
host system including one or more hardware fabric adapters for providing physical links for 
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channel connections in a simple data network having several example nodes (e.g., computers, 
servers and I/O units) interconnected by corresponding links and switches, although the scope of 
the present invention is not limited thereto. 

Attention now is directed to the drawings and particularly to FIG. 1, in which a simple 
5 data network 10 having several interconnected nodes for data communications according to an 

embodiment of the present invention is illustrated. As shown in FIG. 1, the data network 10 may 
include, for example, one or more centralized switches 100 and four different nodes A, B, C, and 

if "1 

■3 W 

1 3 D. Each node (endpoint) may correspond to one or more I/O units and host systems including 

£.1 S 

'"4 computers and/or servers on which a variety of applications or services are provided. I/O unit 
10 a '7 may include one or more processors, memory, one or more I/O controllers and other local I/O 
1 resources connected thereto, and can range in complexity from a single I/O device such as a local 
^2 area network (LAN) adapter to large memory rich RAID subsystem. Each I/O controller (IOC) 
^3 provides an I/O service or I/O function, and may operate to control one or more I/O devices such 
« as storage devices (e.g., hard disk drive and tape drive) locally or remotely via a local area 
15 network (LAN) or a wide area network (WAN), for example. 

The centralized switch 100 may contain, for example, switch ports 0, 1,2, and 3 each 
connected to a corresponding node of the four different nodes A, B, C, and D via a corresponding 
physical link 110, 112, 114, and 1 16. Each physical link may support a number of logical point- 
to-point channels. Each channel may be a bi-directional communication path for allowing 
20 commands and data to flow between two connected nodes (e.g., host systems, switch/switch 



-7- 




219.38763X00 
LID#: 13231, 13233/P9438 

elements, and I/O units) within the network. 

Each channel may refer to a single point-to-point connection where data may be 
transferred between endpoints (e.g., host systems and I/O units). The centralized switch 100 may 
also contain routing information using, for example, explicit routing and/or destination address 
5 routing for routing data from a source node (data transmitter) to a target node (data receiver) via 
corresponding link(s), and re-routing information for redundancy. 

The specific number and configuration of endpoints or end stations (e.g., host systems 
If and I/O units), switches and links shown in FIG. 1 is provided simply as an example data 

network. A wide variety of implementations and arrangements of a number of end stations (e.g., 
10 1 1 host systems and I/O units), switches and links in all types of data networks may be possible, 
s According to an example embodiment or implementation, the endpoints or end stations 

H ( e -8-> host systems and I/O units) of the example data network shown in FIG. 1 may be 
;i m compatible with the "Next Generation Input/Output (NGIO) Specification" as set forth by the 
* rf NGIO Forum on July 20, 1 999, and the "InfiniBand™ Architecture Specification" as set forth by 
15 the InfiniBand™ Trade Association scheduled for publication in late October 2000. According 
to the NGIO/InfiniBand™ Specification, the switch 100 may be an NGIO/InfiniBand™ switched 
fabric (e.g., collection of links, routers, switches and/or switch elements connecting a number of 
host systems and I/O units), and the endpoint may be a host system including one or more host 
channel adapters (HCAs), or a remote system such as an I/O unit including one or more target 
20 channel adapters (TCAs). Both the host channel adapter (HCA) and the target channel adapter 
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(TCA) may be broadly considered as fabric adapters provided to interface endpoints to the NGIO 
switched fabric, and may be implemented in compliance with "Next Generation I/O Link 
Architecture Specification: HCA Specification, Revision 7.0" as set forth by NGIO Forum on 
May 1 3, 1 999, and/or the InfiniBand™ Specification for enabling the endpoints (nodes) to 
5 communicate to each other over an NGIO/InfiniBand™ channel(s). 

For example, FIG. 2 illustrates an example data network (i.e., system area network SAN) 
10' using an NGIO/InfiniBand™ architecture to transfer message data from a source node to a 
It. destination node according to an embodiment of the present invention. As shown in FIG. 2, the 
f jl data network 10* includes an NGIO/InfiniBand™ switched fabric 100' (multi-stage switched 
10^ fabric comprised of a plurality of switches) for allowing a host system and a remote system to 
a _ communicate to a large number of other host systems and remote systems over one or more 
yf, designated channels. A channel connection is simply an abstraction that is established over a 
IZ switched fabric 100' to allow two work queue pairs (WQPs) at source and destination endpoints 
(e.g., host and remote systems, and IO units that are connected to the switched fabric 100') to 
15 communicate to each other. Each channel can support one of several different connection 
semantics. Physically, a channel may be bound to a hardware port of a host system. Each 
channel may be acknowledged or unacknowledged. Acknowledged channels may provide 
reliable transmission of messages and data as well as information about errors detected at the 
remote end of the channel. Typically, a single channel between the host system and any one of 
20 the remote systems may be sufficient but data transfer spread between adjacent ports can 
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decrease latency and increase bandwidth. Therefore, separate channels for separate control flow 
and data flow may be desired. For example, one channel may be created for sending request and 
reply messages. A separate channel or set of channels may be created for moving data between 
the host system and any one of the remote systems. In addition, any number of end stations, 
switches and links may be used for relaying data in groups of cells between the end stations and 
switches via corresponding NGIO/InfiniBand™ links. 

For example, node A may represent a host system 1 30 such as a host computer or a host 
server on which a variety of applications or services are provided. Similarly, node B may 
represent another network 1 50, including, but may not be limited to, local area network (LAN), 
wide area network (WAN), Ethernet, ATM and fibre channel network, that is connected via high 
speed serial links. Node C may represent an I/O unit 170, including one or more I/O controllers 
and I/O units connected thereto. Likewise, node D may represent a remote system 190 such as a 
target computer or a target server on which a variety of applications or services are provided. 
Alternatively, nodes A, B, C, and D may also represent individual switches of the NGIO fabric 
100* which serve as intermediate nodes between the host system 130 and the remote systems 150, 
170 and 190. 

The multi-stage switched fabric 100 ? may include a fabric manager 250 connected to all 
the switches for managing all network management functions. However, the fabric manager 250 
may alternatively be incorporated as part of either the host system 130, the second network 150, 
the I/O unit 170, or the remote system 190 for managing all network management functions. In 
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either situation, the fabric manager 250 may be configured for learning network topology, 
determining the switch table or forwarding database, detecting and managing faults or link 
failures in the network and performing other network management functions. 

Host channel adapter (HCA) 120 may be used to provide an interface between a memory 
controller (not shown) of the host system 1 30 (e.g., servers) and a switched fabric 100* via high 
speed serial NGIO/InfiniBand™ links. Similarly, target channel adapters (TCA) 140 and 160 
may be used to provide an interface between the multi-stage switched fabric 100 1 and an I/O 
controller (e.g., storage and networking devices) of either a second network 1 50 or an I/O unit 
170 via high speed serial NGIO/InfiniBand™ links. Separately, another target channel adapter 
(TCA) 180 may be used to provide an interface between a memory controller (not shown) of the 
remote system 190 and the switched fabric 100 ? via high speed serial NGIO/InfiniBand™ links. 
Both the host channel adapter (HCA) and the target channel adapter (TCA) may be broadly 
considered as fabric adapters provided to interface either the host system 130 or any one of the 
remote systems 150, 170 and 190 to the switched fabric 100', and may be implemented in 
compliance with "Next Generation I/O Link Architecture Specification: HCA Specification, 
Revision 1.0" as set forth by NGIO Forum on May 13, 1999 for enabling the endpoints (nodes) to 
communicate to each other over an NGIO/InfiniBand™ channel(s). However, 
NGIO/InfiniBand™ is merely one example embodiment or implementation of the present 
invention, and the invention is not limited thereto. Rather, the present invention may be 
applicable to a wide variety of any number of data networks, hosts and I/O units. For example, 
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practice of the invention may also be made with Future Input/Output (FIO). FIO specifications 
have not yet been released, owing to subsequent merger agreement of NGIO and FIO factions 
combine efforts on InfiniBand™ Architecture specifications as set forth by the InfiniBand Trade 
Association (formed August 27, 1999) having an Internet address of 
"http://www.InfiniBandta.org." 

FIG. 3 illustrates an embodiment of packet and cell formats of message data transmitted 
from a source node (data transmitter) to a destination node (data receiver) through switches 
and/or intermediate nodes according to the "Next Generation I/O Link Architecture 
Specification" as set forth by the NGIO Forum on March 26, 1999. As shown in FIG. 3, a data 
packet 300 may represent a sequence of one or more data cells 310. Each cell 3 1 0 may include a 
fixed format header information 312, a variable format cell payload 314 and a cyclic redundancy 
check (CRC) information 316. Under the "InfiniBand™ Architecture Specification" as set forth 
by the InfiniBand™ Trade Association, the same data cells may be referred to as data packets 
having similar header information as the least common denominator (LCD) of message data. 
Therefore, for purposes of this disclosure, data cells and data packets may be interchangeable via 
NGIO/InfiniBand™ protocols. 

The header information 312 may consist of media control access information which 
specifies cell formation, format and validation and different types of headers, for example, 
routing header and transport header. Transport header may be extended to include additional 
transport fields, such as Virtual Address (VA) (not shown) and Memory Handle (MH) (not 
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shown) for remote direct memory access (RDMA) operations (e.g., read and write operations). 
Rather than physical addresses, Virtual Address (VA) and Memory Handle (MH) are employed 
not only by data packets but also by NGIO/InfiniBand™ descriptors to address host memory 206 
of the host system 1 30. 

Each cell payload may provide appropriate packet fields and up to 256 bytes of data 
payload. The cell CRC may consist of 4-bytes of checksum for all of the data in the cell. 
Accordingly, the maximum size cell as defined by NGIO specification may be, but not limited to, 
292 bytes (256-byte Data Payload, 16-byte Header, 16-Byte Virtual Address/Immediate data, and 
4-byte CRC). Under the InfiniBand™ specification, the maximum packet size may be larger 
than the maximum cell size as described with reference to FIG. 3. 

Signaling protocols for NGIO/InfiniBand™ links may contain code groups for signaling 
the beginning and end of a cell and for the gap between cells, and code groups for controlling the 
flow of cells across the link. For example, Start of Cell (SOC) and End of Cell (EOC) delimiters, 
inter-cell flow control sequences (Comma character and associated flow control character) and 
IDLE characters may be taken into account to determine the maximum defined period between 
IDLE characters. 

Returning to discussion, one example embodiment of a host system 130 may be shown in 
FIG. 4A. Referring to FIG. 4A, the host system 130 may include one or more processors 202 A- 
202N coupled to a host bus 203. Each of the multiple processors 202A-202N may operate on a 
single item (I/O operation), and all of the multiple processors 202A-202N may operate on 
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multiple items on a list at the same time. An I/O and memory controller 204 (or chipset) may be 
connected to the host bus 203. A main memory 206 may be connected to the I/O and memory 
controller 204. An I/O bridge 208 may operate to bridge or interface between the I/O and 
memory controller 204 and an I/O bus 205. Several I/O controllers may be attached to I/O bus 
5 205, including an I/O controllers 2 1 0 and 2 1 2. I/O controllers 2 1 0 and 2 1 2 (including any I/O 
devices connected thereto) may provide bus-based I/O resources. 

One or more host-fabric adapters 120 may also be connected to the I/O bus 205. 
-,3 Alternatively, one or more host-fabric adapters 1 20 may be connected directly to the I/O and 
pj*j memory controller (or chipset) 204 to avoid the inherent limitations of the I/O bus 205 as shown 
10|I in FIG. 4B. In either embodiment shown in FIGs. 4A-4B, one or more host-fabric adapters 120 
3 may be provided to interface the host system 130 to the NGIO switched fabric 100*. 
5=3 FIGs. 4A-4B merely illustrate example embodiments of a host system 130. A wide array 

!? of system configurations of such a host system 130 may be available. A software driver stack for 
the host-fabric adapter 120 may also be provided to allow the host system 130 to exchange 
15 message data with one or more remote systems 150, 170 and 190 via the switched fabric 100', 
while preferably being compatible with many currently available operating systems, such as 
Windows 2000. 

FIG. 5 illustrates an example software driver stack of a host system 130. As shown in 
FIG. 5, a host operating system (OS) 500 may include a kernel 510, an I/O manager 520, a 
20 plurality of channel drivers 530A-530N for providing an interface to various I/O controllers, and 
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a host-fabric adapter software stack (driver module) including a fabric bus driver 540 and one or 
more fabric adapter device-specific drivers 550A-550N utilized to establish communication with 
devices attached to the switched fabric 100' (e.g., I/O controllers), and perform functions 
common to most drivers. Such a host operating system (OS) 500 may be Windows 2000, for 
5 example, and the I/O manager 520 may be a Plug-n-Play manager. 

Channel drivers 530A-530N provide the abstraction necessary to the host operating 
system (OS) to perform IO operations to devices attached to the switched fabric 100\ and 
l f encapsulate IO requests from the host operating system (OS) and send the same to the attached 
V% device(s) across the switched fabric 100\ In addition, the channel drivers 530A-530N also 
10" J allocate necessary resources such as memory and Work Queues (WQ) pairs, to post work items 
^ to fabric-attached devices. 

■=f The host-fabric adapter software stack (driver module) may be provided to access the 

; % switched fabric 100* and information about fabric configuration, fabric topology and connection 
O information. Such a host-fabric adapter software stack (driver module) may be utilized to 
15 establish communication with a remote system (e.g., I/O controller), and perform functions 
common to most drivers, including, for example, host-fabric adapter initialization and 
configuration, channel configuration, channel abstraction, resource management, fabric 
management service and operations, send/receive IO transaction messages, remote direct memory 
access (RDM A) transactions (e.g., read and write operations), queue management, memory 
20 registration, descriptor management, message flow control, and transient error handling and 
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recovery. Such software driver module may be written using high-level programming languages 
such as C, C++ and Visual Basic, and may be provided on a computer tangible medium, such as 
memory devices; magnetic disks (fixed, floppy, and removable); other magnetic media such as 
magnetic tapes; optical media such as CD-ROM disks, or via Internet downloads, which may be 
available for a fabric administrator to conveniently plug-in or download into an existing 
operating system (OS). Such a software driver module may also be bundled with the existing 
operating system (OS) which may be activated by a particular device driver. 

The host-fabric adapter (HCA) driver module may consist of three functional layers: a 
HCA services layer (HSL), a HCA abstraction layer (HCAAL), and a HCA device-specific driver 
(HDSD) in compliance with the "Next Generation I/O Architecture: Host Channel Adapter 
Software Specification", the "Next Generation I/O: Intel HCA Connection Services Layer High 
Level Design", the "Next Generation I/O: Intel HCA Abstraction Layer High Level Design", and 
the "Next Generation I/O: Intel HCA Fabric Services Layer High Level Design"as set forth by 
Intel on August 6,1999 For instance, inherent to all channel drivers 530A-530N may be a 
Channel Access Layer (CAL) including a HCA Service Layer (HSL) for providing a set of 
common services 532A-532N, including fabric services, connection services, and HCA services 
required by the channel drivers 530A-530N to instantiate and use NGIO/InfiniBand™ protocols 
for performing data transfers over NGIO/InfiniBand™ channels. The fabric bus driver 540 may 
correspond to the HCA Abstraction Layer (HCAAL) for managing all of the device-specific 
drivers, controlling shared resources common to all HCAs in a host system 130 and resources 
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specific to each HCA in a host system 130, distributing event information to the HSL and 
controlling access to specific device functions. Likewise, one or more fabric adapter device- 
specific drivers 550A-550N may correspond to HCA device-specific drivers (for all type of brand 
X devices and all type of brand Y devices) for providing an abstract interface to all of the 
initialization, configuration and control interfaces of one or more HCAs. Multiple HCA device- 
specific drivers may be present when there are HCAs of different brands of devices in a host 
system 130. 

More specifically, the fabric bus driver 540 or the HCA Abstraction Layer (HCAAL) may 
provide all necessary services to the host-fabric adapter software stack (driver module), 
including, for example, to configure and initialize the resources common to all HCAs within a 
host system, to coordinate configuration and initialization of HCAs with the HCA device- 
specific drivers, to control access to the resources common to all HCAs, to control access the 
resources provided by each HCA, and to distribute event notifications from the HCAs to the 
HCA Services Layer (HSL) of the Channel Access Layer (CAL). In addition, the fabric bus 
driver 540 or the HCA Abstraction Layer (HCAAL) may also export client management 
functions, resource query functions, resource allocation functions, and resource configuration and 
control functions to the HCA Service Layer (HSL), and event and error notification functions to 
the HCA device-specific drivers. Resource query functions include, for example, query for the 
attributes of resources common to all HCAs and individual HCA, the status of a port, and the 
configuration of a port, a work queue pair (WQP), and a completion queue (CQ). Resource 
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allocation functions include, for example, reserve and release of the control interface of a HCA 
and ports, protection tags, work queue pairs (WQPs), completion queues (CQs). Resource 
configuration and control functions include, for example, configure a port, perform a HCA 
control operation and a port control operation, configure a work queue pair (WQP), perform an 
operation on the send or receive work queue of a work queue pair (WQP), configure a 
completion queue (CQ), and perform an operation on a completion queue (CQ). 

The host system 1 30 may communicate with one or more remote systems 1 50, 1 70 and 
190, including I/O units and I/O controllers (and attached I/O devices) which are directly 
attached to the switched fabric 100' (i.e., the fabric-attached I/O controllers) using a Virtual 
Interface (VI) architecture in compliance with the "Virtual Interface (VI) Architecture 
Specification, Version 1.0" as set forth by Compaq Corp., Intel Corp., and Microsoft Corp., on 
December 16, 1997. VI architecture comprises four basic components: virtual interface (VI) of 
pairs of works queues (send queue and receive queue) in which requests, in the form of 
descriptors, are posted to describe data movement operation and location of data to be moved for 
processing and/or transportation via a switched fabric 100 f , VI consumer which may be an 
application program, VI provider which may be hardware and software components responsible 
for instantiating VI, and completion queue (CQ). VI is the mechanism that allows VI consumer 
to directly access VI provider. Each VI represents a communication endpoint, and endpoint pairs 
may be logically connected to support bi-directional, point-to-point data transfers over one or 
more designated channels of a data network. Under the VI architecture, the host-fabric adapter 
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120 and VI Kernel agent may constitute the VI provider to perform endpoint virtualization 
directly and subsume the tasks of multiplexing, de-multiplexing, and data transfer scheduling 
normally performed by the host operating system (OS) kernel 510 and device specific driver 
4550A-550N as shown in FIG. 5. However, other architectures may also be used to implement 
the present invention. 

FIG. 6 illustrates an example host system using NGIO/InfiniBand™ and VI architectures 
to support data transfers via a switched fabric 100'. As shown in FIG. 6, the host system 130 may 
include, in addition to one or more processors 202 containing an operating system (OS) stack 
500, a host memory 206, and at least one host-fabric adapter (HCA) 120 as shown in FIGs. 2, 
4A-4B and 5, a transport engine 600 provided in the host-fabric adapter (HCA) 120 in 
accordance with NGIO/InfiniBand™ and VI architectures for data transfers via a switched fabric 
1 00*. One or more host-fabric adapters (HCAs) 120 may be advantageously utilized to expand 
the number of ports available for redundancy and multiple switched fabrics. 

As shown in FIG. 6, the transport engine 600 may contain a plurality of work queues 
(WQ) formed in pairs including inbound (receive) and outbound (send) queues, such as work 
queues (WQ) 610A-610N in which requests, in the form of descriptors, may be posted to 
describe data movement operation and location of data to be moved for processing and/or 
transportation via a switched fabric 100\ and completion queues (CQ) 620 may be used for the 
notification of work request completions. Alternatively, such a transport engine 600 may be 
hardware memory components of a host memory 206 which resides separately from the host- 
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fabric adapter (HCA) 120 so as to process completions from multiple host-fabric adapters 
(HCAs) 120, or may be provided as part of kernel-level device drivers of a host operating system 
(OS). In one embodiment, each work queue pair (WQP) including separate inbound (receive) 
and outbound (send) queues has a physical port into a switched fabric 1 00* via a host-fabric 
adapter (HCA) 120. However, in other embodiments, all work queues may share physical ports 
into a switched fabric 100' via one or more host-fabric adapters (HCAs) 120. The outbound 
queue of the work queue pair (WQP) may be used to request, for example, message sends, 
remote direct memory access "RDMA" reads, and remote direct memory access "RDMA" writes. 
The inbound (receive) queue may be used to receive messages. 

In such an example data network, NGIO/InfiniBand™ and VI hardware and software may 
be used to support data transfers between two memory regions, often on different systems, via a 
switched fabric 100\ Each host system may serve as a source (initiator) system which initiates a 
message data transfer (message send operation) or a target system of a message passing operation 
(message receive operation). Examples of such a host system include host servers providing a 
variety of applications or services and I/O units providing storage oriented and network oriented 
IO services. Requests for work (data movement operations such as message send/receive 
operations and RDM A read/write operations) may be posted to work queues (WQ) 610A-610N 
associated with a given fabric adapter (HCA), one or more channels may be created and 
effectively managed so that requested operations can be performed. 

Turning now to FIG. 7, an example host- fabric adapter 120 installed at a host system and 
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configured in accordance with NGIO/InfiniBand™ architectures to support data transfers via a 
switched fabric 100* according to an embodiment of the present invention is illustrated. The 
example host-fabric adapter 120 is especially designed to connect a host system to a channel- 
based switched fabric 100* of a data network 100 for services to efficiently establish and manage 
5 NGIO/InfiniBand™ channels and support data movement operations between communication 
devices at a host system or between host systems connected together directly or via the data 
network 100* using a channel -based, switched fabric architecture. In addition, the host- fabric 
adapter 120 implements hardware designed for increased performance and efficiency, and 
? [1 optimized for, but not limited thereto, NGIO/InfiniBand™ applications with minimal hardware 

10m investment, including controlling execution of NGIO/InfiniBand™ protocols with minimal 

- jl 

* pipelining and NGIO/InfiniBand™ cell data processing with minimal latency. 
^ As shown in FIG. 7, the host-fabric adapter 120 may include a micro-controller 

;S subsystem 700 which controls the execution of the NGIO/InfiniBand™ protocols, and a serial 
interface 730 which provides an interface with the switched fabric 100\ The micro-controller 
15 subsystem 700 contains one or more programmable direct-memory-access (DMA) engine(s) 
known as a Micro-Engine (ME) 710 utilized to build, send, receive and acknowledge 
NGIO/InfiniBand™ cells/packets between the host memory 206 (see FIG. 6) and a serial link, 
and special purpose hardware interface logic blocks such as a host interface 712, an address 
translation interface 714, a VI context memory interface 716, a local bus interface 718, a 
20 completion queue/doorbell manager interface 720, and a first-in/first-out (FIFO) interface 722 
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controlled by the Micro-Engine (ME) 710 to perform many ME functions needed to implement 
the NGIO/InfiniBand™ and VI specifications, including, for example, host transactions, context 
updates, physical address translations, host descriptor fetches, doorbell management, FIFO data 
movements and completion queue management. 
5 The Micro-Engine (ME) 7 1 0 may execute MicroCode to coordinate send queue and 

receive queue operations for transmitting and receiving NGIO/InfiniBand™ cells/packets and to 
support completion queues and channels in compliance with the NGIO/InfiniBand protocols. The 
J5 Micro-Engine (ME) 710 may also control all the interface blocks through a set of micro register 
reads and writes. Micro registers may be available with data supplied by multiple interface 
10"^ blocks to help speed up MicroCode functions. 

l~ The host interface 712 provides an interface to either an I/O bus 205 of a host system 130 

m as shown in FIG. 4A, or an I/O and memory controller 204 of a host system 130 as shown in FIG. 
%j 4B for host transactions, including controlling arbitration and data/control multiplexing between 
?3 different requesters, read and write transactions to the host system 1 30 and facilitating read 
15 completions. 

The address translation interface 714 provides an interface to an address translation block 
(not shown) responsible for managing the conversion of virtual address (used to address program 
space) to physical addresses (used to address system space) and validating access to memory. 

The context memory interface 716 provides an interface to a context manager (not 
20 shown) responsible for providing the necessary context for a work queue pair (WQP) used for 
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sending and receiving NGIO/InfiniBand™ cells/packets. The context memory interface 716 also 
provides an interface to host software and presents different types of memory mapped register 
sets which specify channel configurations and to initiate channel operations. For example, the 
memory mapped register sets may include global HCA context registers which affect the 
operation of work queues (WQ), work queue pair (WQP) registers which control the 
establishment of channels, and completion queue (CQ) registers which specify the location and 
length of a completion queue (CQ) in host memory 206 and control whether interrupts are 
generated when completion queue (CQ) entries are written. 

The local bus interface 718 provides an interface to a local data bus responsible for 
supporting system accessible context connections and channel operations, and for turning the 
signal data into appropriate forms for the Micro-Engine (ME) 710, including MicroCode loading. 

The completion queue/doorbell manager interface 720 provides an interface to 
completion queues, and doorbell manager and memory registration rules of the VI architecture. 

The FIFO interface 722 provides an interface to the serial interface 730. The FIFO 
interface 722 may include a Receive FIFO interface 722A arranged to receive request(s) and/or 
data packet(s) from the switched fabric 100 1 via a Receive FIFO and a serial interface 730, and a 
Transmit FIFO interface 722B arranged to send request(s) and/or data packet(s) to the switched 
fabric 100' via a Transmit FIFO and a serial interface 730. 

The Receive FIFO interface 722 A may be used by the Micro-Engine (ME) 710 to process 
the incoming data cell/packet, via the serial interface 730, including checking the cell header for 
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errors and checking if additional data needs to be read before passing the same to the host 
interface 712. The Transmit FIFO interface 722B may be used by the Micro-Engine (ME) 710 to 
build cells/packets for subsequent transmission, via the serial interface 730. 

In addition, a Scheduler (not shown) may also be included for scheduling the next 
Virtual Interface (VI) to the context manager and supporting priority of traffic for data cells or 
packets associated with send work queues and receive work queues. Such a Scheduler may be 
provided to interface with the context memory interface 716, the local bus interface 718 and the 
completion queue/doorbell manager interface 720 for scheduled functions. 

FIG. 8 illustrates a general example Micro-Engine (ME) 710 configured to handle 
multiple independent operations (known as tasks) for performance efficiency with minimum 
hardware investment according to an embodiment of the present invention. As shown in FIG. 8, 
the Micro-Engine (ME) 710 may comprise one or more Data Multiplexers (MUXs) 810, an 
Arithmetic Logic Unit (ALU) 820, an Instruction Decoder 830, a Micro-Sequencer 840, and an 
Instruction Memory 850. The Instruction Memory 850 may store downloadable Microcode for 
ME instructions. The data MUXs 810 may supply appropriate interface data based on ME 
instructions. The Arithmetic Logic Unit (ALU) 820 may perform any mathematical, logical and 
shifting operations. The Instruction Decoder 830 may supply system controls to the Micro- 
Sequencer 840 to determine the next instruction or address to be executed, execute ME 
instructions from the Instruction Memory 850, and determine the functions of the ALU 820. The 
Micro- Sequencer 840 may check the sequence of ME instructions and determine which next 
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instruction is to be executed by the Instruction Decoder 820. 

One example implementation of the data MUXs 810, the Arithmetic Logic Unit (ALU) 
820, the Instruction Decoder 830, the Micro-Sequencer 840, and the Instruction Memory 850 of 
an example Micro-Engine (ME) 710 may be described with reference to FIG. 9 hereinbelow: 

Data MUX 810: There may be two input data MUXs, input MUX-A 81 OA and input 
MUX-B 81 0B which supply two 32-bit buses (A -bus and B-bus) inputs to the ALU 820. The A- 
bus 812 may supply data based on decode of the destination field of the ME instruction to the 
ALU 820. Likewise, the B-bus 814 may supply data based on decode of the source field of the 
ME instruction to the ALU 820. The data inputs to the input data MUXs 81 OA and 81 0B may be 
supplied by external interface blocks such as the host interface 712, the address translation 
interface 714, the VI context memory 716, the local bus interface 718, the completion 
queue/doorbell manager interface 720, and the first-in/first-out (FIFO) interface 722 needed to 
control many ME functions. The input MUX-B 81 0B may include Immediate Data from the ME 
instruction, via 2:1 Multiplexer (MUX) 860 and logic AND gate 870. The decode of the 
destination/source field, which generate the selects for the input MUX-A 81 OA and MUX-B 
81 0B, may be executed by the Instruction Decoder 830. 

Arithmetic Logic Unit (ALU) 820: The ALU 820 may contain two (A and B) 32-bit 
data inputs and perform functions that are based on the OpCode field of the ME instruction. The 
functions supported include, but are not limited to, Add, Subtract, OR, XOR, AND, Compare, 
Rotate Right, Shift Left, Bit test and Move (pass through). The Instruction Decoder 830 decodes 
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the ME instruction and provides the function select signals to the ALU 820. After executing the 
selected function, the ALU 820 sets flags based on the outcome. The flags may include, for 
example, Zero and Carry. If the result of an arithmetic function is zero, the Z flag may be set. In 
contrast, if the arithmetic function results in a carry out, the C flag may be set. Results of ALU 
functions may affect the state of the Z flag. 

Instruction Memory 850: The Instruction Memory 850 may be a static random-access- 
memory SRAM provided to store MicroCode for providing ME instructions via 2:1 Multiplexer 
(MUX) 860 and logic AND gate 870. MicroCode may be downloadable into the SRAM for 
changes in future NGIO/InfiniBand™ specification enhancements. The SRAM may contain 2K 
x 44 bits and may be loaded via the local bus. Each ME instruction may be 22 bits, for example, 
and two instructions may be allowed for each word of SRAM. Instructions with 32 bit 
Immediate Data occupy 44 bits, counting as two instructions. The MicroCode supplied by the 
SRAM may be available in different code formats. 

Micro-Sequencer 840: The Micro-Sequencer 840 may determine the address sequence 
of the Micro-Engine (ME) 710 from the decode of the ME instruction and Flag register 
information. The next address sequence may be controlled by the Instruction Decoder 830 which 
passes 8 bits of Control Field information (i.e., 8 Control Field signals) to the Micro-Sequencer 
840. 

Major challenges implementing a host-fabric adapter as shown in FIG. 7 are to maximize 
performance of the Micro-Engine (ME) 710 and to efficiently use ME resources in processing 
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NGIO/InfiniBand™ cells/packets with minimal latency. Hardware Assist (HWA) Logics may be 
incorporated into one or more special purpose hardware interface logic blocks, such as the host 
interface 712, the address translation interface 714, the VI context memory interface 716, the 
local bus interface 718, the completion queue/doorbell manager interface 720, and the FIFO 
interface 722, in order to assist their respective interface functions and to help offloading the 
Micro-Engine (ME) 710 from some hardware calculations to process NGIO/InfiniBand™ 
cells/packets. For example, Hardware Assist (HWA) Logics may be implemented in the host 
interface 712 to pre-process data transfer requests, in the form of descriptors, posted to describe 
data movement operation and location of data to be moved for processing and/or transportation 
via a switched fabric 100 1 , or in the FIFO interface 722 to the Virtual Address (VA) and Memory 
Handle (MH) of an incoming cell/packet via a serial interface 730 so as to help offloading the 
Micro-Engine (ME) 710 from host descriptor format checking operations and protection index 
and descriptor offset calculations. 

More specifically, FIG. 10 illustrates an example host interface having a Hardware Assist 
(HWA) Logic according to an embodiment of the present invention. Such a host interface HWA 
Logic may be incorporated into the host interface 712 to pre-process NGIO/InfiniBand™ 
descriptors in parallel with descriptor fetches so as to offload the Micro-Engine (ME) 710 from 
having to check for descriptor format errors. As shown in FIG. 10, the host interface Hardware 
Assist (HWA) Logic may comprise a Descriptor Format Checker 1010 arranged to check host 
descriptor data from the host system 1 30 requested by the Micro-Engine (ME) 7 1 0 for descriptor 
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format errors using descriptor format rules and descriptor contents, and a Descriptor Register 
Array 1020 arranged to supply descriptor status information to the Micro-Engine (ME) 710 when 
the descriptor fetch is complete. Both the Descriptor Format Checker 1010 and the Descriptor 
Register Array 1 020 are arranged in parallel so that descriptor format errors can be checked in 
parallel to descriptor fetching operations. This way ME performance can be maximized since the 
Micro-Engine (ME) 710 is spared from processing all descriptors from host memory 206. As a 
result/a lesser number of logic gates required to implement the Micro-Engine (ME) 710 can be 
obtained for low cost and high speed processing of NGIO/InfiniBand™ cells/packets. Likewise, 
minimal latency can be assured since only one-cycle is needed by the Micro-Engine (ME) 710 to 
test the error bit. 

Descriptors from the host system 130 typically provide all the information needed to 
complete Send, Receive, RDMA Write, and RDMA Read operations, via the switched fabric 
100*. Each send/receive descriptor may be utilized to control the transmission or reception of a 
single data cell/packet. RDMA descriptors may contain additional information indicating the 
address of remote information. Unlike send/receive operations where the remote system is also 
using a descriptor to determine where to transfer message data to or from, RDMA descriptors 
specifically instruct the target where to transfer the message data to or from, via the use of 
Virtual Address (VA) and Memory Handle (MH) sent to the remote system. Generally, each 
descriptor may begin with a control segment followed by an optional address segment and an 
arbitrary number of data segments. Control segments may contain control and status 
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information. Address segments, for read/write RDMA operations, may contain remote buffer 
information (i.e., memory associated with the VI targeted to receive the read/write request). Data 
segments, for both send/receive and read/write RDMA operations, may contain information 
about the local memory (i.e., memory associated with the VI issuing the send/receive or 
read/write request). 

FIG. 1 1A illustrates an example send/receive type descriptor 1 100A according to an 
embodiment of the present invention. As shown in FIG. 1 1 A, the send/receive descriptor 1 100A 
3 may comprise a control segment 1110 and a data segment 1 120 which includes a segment length 
J field 1 122, a memory handle field 1 124, and a virtual address field 1 126. Segment length 1 122 
"2 specifies the length of the message data to be sent or that is to be received. Memory Handle 

(MH) 1 1 24 may be used to verify that the sending/requesting process (i.e., VI) owns the 
3 registered memory region indicated by segment length 1 122 and Virtual Address (VA) 1 126. For 
3 a send operation, Virtual Address (VA) 1 126 identifies the starting memory location of the 

message data to be sent in the sending VPs local memory space. For a receive operation, Virtual 
Address (VA) 1 126 identifies the starting memory location of where the received message data is 
to be stored in the requesting VPs local memory space. 

FIG. 1 IB illustrates an example read/write RDMA type descriptor 1 1 10B according to an 
embodiment of the present invention. As shown in FIG. 1 IB, the read/write RDMA descriptor 
1 100B may comprise a control segment 1 130, an address segment 1 140, and a data segment 
1 1 50. Address segment 1 140 contains a remote memory handle field 1 142 and a remote virtual 
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address field 1 144. Data segment 1 1 50 contains a segment length field 1 1 52, a local memory 
handle field 1 1 54, and a local virtual address field 1 1 56. For a read operation, remote Virtual 
Address (VA) 1 144 identifies the memory location in the remote process 1 memory space, of the 
message data to be read. Local Virtual Address (VA) 1 156 identifies the starting memory 
location in the local process 5 memory space of where the received message is to be placed. The 
amount of memory to be used to store the message data may be specified by segment length field 
1 1 52. For a write operation, remote Virtual Address (VA) 1 144 identifies the memory location 
in the local process' memory space of the message data to be written. Local Virtual Address 
(VA) 1 1 56 identifies the starting memory location in the local process* memory space of where 
the message data is read from. The size of the message data is specified by segment length field 
1 1 52. Remote Memory Handle (MH) 1 1 54 corresponds to the Memory Handle (MH) associated 
with the memory identified by remote Virtual Address (VA) 1 144. Local Memory Handle 1 1 54 
corresponds to the Memory Handle (MH) associated with the memory identified by local Virtual 
Address 1 156. 

Before the descriptors are processed by the Micro-Engine (ME) 710, the descriptors are 
loaded into the Descriptor Register Array 1 020, as shown in FIG. 1 0, that is addressable by the 
Micro-Engine (ME0 710. As NGIO/InfiniBand™ descriptors with different formats are loaded 
into the Descriptor Register Array 1020, the Descriptor Format Checker 1010 uses internal 
compare logic to snoop the host descriptor data for determining the descriptor type and checking 
the remainder of a descriptor for descriptor errors based on the descriptor type. A pass/fail 
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indication may then be supplied to the Micro-Engine (ME) 710 when the descriptor fetch is 
complete. The Micro-Engine (ME) 710 then checks for error status when the descriptor has been 
completely loaded into the Descriptor Register Array 1020. The format errors detected may 
include: (1) Read/Write RDMA segment count in legal range; (2) Illegal descriptor commands; 
(3) Connection-less destination field errors; and (4) Descriptor done bit set errors. 

The pass/fail indication output from the Descriptor Format Checker 1010 to the Micro- 
Engine (ME) 710 may correspond to a single bit indicating if all of the checks have passed. The 
Micro-Engine (ME) 710 then uses this pass/fail indication bit to determine whether to proceed 
with the processing of this descriptor or if the host system 1 30 is to be notified of a host error. 

When the descriptor is processed by the Micro-Engine (ME) 710, the Virtual address 
(VA) and the associated Memory Handle (MH) of the host descriptor as shown in FIGs. 1 1 A- 
1 IB may be used to calculate a Protection Index (PI) and Offset. Typically the Virtual Address 
(VA) field may be 64-bit, and the associated Memory Handle (MH) field may be 32-bit. 
Additional Hardware Assist (HWA) Logics (not shown) may be included in the host interface 
712 to process the 64-bit Virtual Address (VA) and the associated 32-bit Memory Handle (MH) 
of the host descriptor to calculate a 24-bit Protection Index (PI) and a 12-bit Offset. The 12-bit 
Offset is the result of using 4KBytes virtual memory page sizes, and is common between the 
virtual and physical address to indicate which bytes within a single page are being addressed. 
Such a Protection Index (PI) and Offset may then be used to identify an entry of a Translation 
and Protection (TPT) Table stored in host memory 206 (see FIG. 6) for translating virtual 
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addresses (used to address program space) to physical addresses (used to address system space). 
Each TPT entry may correspond to a single page of registered host memory 206, typically 
4KJ3ytes of physically contiguous host memory 206 on which the posted descriptor is located. 
From the identified TPT entry, the physical address associated with Virtual Address (VA) may be 
obtained. In send operation, Virtual Address (VA) and Memory Handle (MH) may correspond to 
memory handle field 1 124 and virtual address field 1 126 of the data segment 1 120 as shown in 
FIG. 1 1 A. In read and write operations, Virtual Address (VA) and Memory Handle (MH) may 
correspond to remote memory handle 1 142 and remote virtual address field 1 144 of the address 
segment 1 140 on the remote host-fabric adapter, and local memory handle field 1 154 and local 
virtual address field 1 156 of the data segment 1 150 on the local host-fabric adapter 120 as shown 
in FIG. 11B. 

For purposes of completeness, an example send descriptor may be processed by the 
Micro-Engine (ME) 710 in the manner as shown in FIG. 12. In step 1210, the Micro-Engine 
(ME) 710 retrieves message data's starting Virtual Address (VA) 1 126 (in the local, or sending 
process' memory space), and a Memory Handle (MH) 1 124 associated with the message data's 
memory region. Virtual Address (VA) 1 126 and Memory Handle (MH) 1 124 may be used to 
calculate a Protection Index (PI) and Offset (step 1212). The Protection Index (PI) and Offset are 
then used to identify and retrieve translation information (physical address) stored in a TPT entry 
that corresponds to a single page of registered host memory 206 on which the posted descriptor is 
located (steps 1214 and 1216). If the retrieved Protection Tag matches the Protection Tag 



-32- 



219.38763X00 
LID#: 13231, 13233/P9438 

associated with the local (sending) process (step 1218), the Micro-Engine (ME) 710 enables 
sending the message data toward the destination (remote system) by transmitting the same via the 
switched fabric 100' (see FIGs. 1-3). If the retrieved Protection Tag and the sending process' 
Protection Tag do not match, a memory protection fault may be generated (step 1222) and no 
message data may be transferred via the switch fabric 100\ Receive descriptors may be 
processed in an analogous fashion. 

Similarly, an example read descriptor may be processed by the Micro-Engine (ME) 710 in 
the manner as shown in FIG. 13. In step 1310, the Micro-Engine (ME) 710 retrieves the message 
data's destination Virtual Address (VA) 1 156 (in the local, or receiving process' memory space), a 
Memory Handle (MH) 1 154 associated with the message data's destination memory region, and 
indication of how long the incoming message data is 1 152. The Virtual Address (VA) 1 1 56 and 
Memory Handle (MH) 1 1 54 may be used to calculate a Protection Index (PI) and Offset (step 
1312). The Protection Index (PI) and Offset are then used to identify and retrieve translation 
information (physical address) stored in a TPT entry that corresponds to a single page of 
registered host memory 206 on which the posted descriptor is located (steps 1314 and 1316). If 
the retrieved Protection Tag matches the Protection Tag associated with the local (receiving) 
process (step 1318), the Micro-Engine (ME) 710 enables copying of the message data into the 
local process' memory (host memory 206). If the retrieved Protection Tag and the receiving 
process' Protection Tag do not match, a memory protection fault is generated (step 1322) and no 
message data may be copied to the local process* memory (host memory 206). Write descriptors 
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may be processed in an analogous fashion. 

Referring now to FIG. 14, an example Receive FIFO interface having a Protection Index 
and Offset Hardware Assist (HWA) Logic according to an embodiment of the present invention is 
illustrated. Such a Protection Index and Offset Hardware Assist (HWA) Logic may be 
5 incorporated into the Receive FIFO interface (RFI) 722A to process the Virtual Address (VA) and 
Memory Handle (MH) of an incoming data cell/packet, via the serial interface 730, and generate 
therefrom the Protection Index (PI) and Offset so as to offload the Micro-Engine (ME) 710 from 



J 3 processing NGIO/InfiniBand™ cells/packets for RDM A read/write operations with minimal 
s 4 hardware investment. 



I comprise a cell/packet Buffer 1410, a cell/packet Loading Logic 1420, a Protection Index and 
3 Offset Logic 1430, and a Multiplexer 1440. The cell/packet Buffer 1410 may be arranged to 
%2 receive an incoming data cell/packet including a Virtual Address (VA) and associated Memory 
53 Handle (MH), as described with reference to FIG. 3, from the serial interface 730. An example 
15 implementation of such a cell/packet Buffer 1410 may be a single cell/packet first-in/first-out 
(FIFO) storage device arranged to temporarily store single data cell/packets from the serial 
interface 730. The cell/packet Loading Logic 1420 may be arranged to start loading cell/packet 
buffer data from the cell/packet Buffer 1410 in response to an ME instruction from the Micro- 
Engine (ME) 710. The Protection Index and Offset Logic 1430 may be arranged to calculate a 
20 Protection Index (PI) and Offset based on the Virtual Address (VA) and associated Memory 



10 ^ 



As shown in FIG. 14, the Protection Index and Offset Hardware Assist (HWA) Logic may 
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Handle (MH) of the cell/packet buffer data from the cell/packet Buffer 1410 in accordance with a 
load Virtual Address (VA) request from the cell/packet Loading Logic 1420. The Multiplexer 
1440 may then be arranged to select as an output (mereaddata) the Protection Index (PI) and 
Offset needed for each task of the Micro-Engine (ME) 710 in response to an ME instruction 
5 (me_source address) from the Micro-Engine (ME) 7 1 0. 

Protection Index (PI) and Offset may be calculated by the Protection Index and Offset 
Logic 1430 using the following formula: 



M- Virtual Address (VA), since the Memory Handle (MH) is subtracted from the Virtual Address 
■=5 (VA). The Offset is the lower 1 2-bits of the Virtual Address (VA) to indicate which bytes within 
E % a single page are being addressed. 

if? The Protection Index and Offset Logic 1430 may be configured differently depending 

15 upon whether the Micro-Engine (ME) 710 is executed for multitasking or single tasking. For 
example, FIG. 15 illustrates an example Protection Index and Offset Hardware Assist (HWA) 
Logic 1430 for a multitasking Micro-Engine (ME) according to an embodiment of the present 
invention. Alternatively, FIG. 16 illustrates an example Protection Index and Offset Logic Block 
for a single-tasking Micro-Engine (ME) 710 according to an embodiment of the present invention. 
20 FIGs. 17A-17H illustrate an example timing diagram of the Protection Index and Offset 
generation according to an embodiment of the present invention. 



Offset = VA (11:0); and 

Protection Index (PI) = VA (43:12) - MH (31:0). 



10 ±4 



If the Memory Handle (MH) is equal to zero, then the Protection Index (PI) equals the 
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Referring to FIG. 1 5, the Protection Index and Offset Logic 1430 may comprise a plurality 
of task Virtual Address Registers 1510A-1510B, corresponding task Multiplexers 1520A-1520B, 
a Subtractor 1530, a plurality of task Protection Index Registers 1540A-1540B, and an output task 
Multiplexer 1 550. The task Virtual Address Registers 1 5 1 OA- 1 5 1 0B may be arranged to receive 
5 the Virtual Address (VA) from the cell buffer data as shown in FIGs. 3 and FIG. 17B and the load 
Virtual Address (load VA) as shown in FIG. 17C in response to an ME task. The corresponding 
task Multiplexers 1520A-1520B may be arranged to obtain the Offset from the Virtual Address 
v3 (VA) from the cell buffer data previously registered in different Virtual Address Registers 1 5 1 0A- 
1 5 1 0B as shown in FIG. 1 7H. The Subtractor 1 530 may be arranged to subtract the Memory 
10 ll Handle (MH) of the cell buffer data input, via B-terminal, as shown in FIG. 17F from the Virtual 
s Address (VA) of the cell buffer data previously registered and input, via A-terminal, as shown in 
W FIG. 17E. The task Protection Index Registers 1540A-1540B may be arranged to load the result 
! J of the subtraction in accordance with the load Protection Index (PI) request and the ME task. And 
the output task Multiplexer 1 550 may then be arranged to select between outputs of different task 
15 Protection Index Registers 1540A-1 540B as the Protection Index (PI) as shown in FIG. 17G in 
response to the ME task. 

When the Micro-Engine (ME) 710 reads the Virtual Address (VA), the ME instruction and 
ME task bit are asserted to capture the Virtual Address (VA) in the correct task Virtual Address 
Register 1 510A-1510B. The Micro-Engine (ME) 710 then reads the memory handle (MH) from 
20 the cell buffer data, which is input to the Subtractor 1 530, along with the Virtual Address (VA) 

-36- 




219.38763X00 
LID#: 13231, 13233/P9438 

that was previously registered. The result of the subtraction may then be loaded into the 
appropriate task Protection Index Register 1540A-1540B. The Micro-Engine (ME) 710 now has 
the Protection Index (PI) and Offset available and may use this information in the processing of 
the data cell/packet. 

5 The number of task Virtual Address Registers 1 5 1 OA- 1 5 1 OB and the task Protection Index 

Registers 1540A-1540B is not limited to those shown in FIG. 15. Rather, the number of Registers 
used may correspond to the number of tasks performed by the Micro-Engine (ME) 710. For 
*j example, FIG. 16 illustrates an example Protection Index and Offset Logic Block 1430 for a 
"•4 single-tasking Micro-Engine (ME) 710 according to an embodiment of the present invention. As 
10/^ shown in FIG. 16, the Protection Index and Offset Logic Block 1430 may only contain a single 
[~ input Register 1610 arranged to receive the cell buffer data shown in FIG. 17B and generate an 
J 5 Offset shown in FIG. 1 7H in accordance with a load Virtual Address (load_VA) request shown in 
*3 FIG. 17C; a Subtractor 1620 arranged to subtract the Memory Handle (MH) of the cell buffer data 
input, via B-terminal, as shown in FIG. 17F from the Virtual Address (VA) of the cell buffer data 
15 previously registered and input, via A-terminal, as shown in FIG. 17E; and a single output 

Register 1630 arranged to generate a Protection Index (PI) based on the result of the subtraction in 
accordance with the load Protection Index (PI) request shown in FIG. 17G. The primary 
advantages of such a Register Architecture as shown in FIGs. 15 and 16 are as follows: (1) 
Register count may be reduced by 20%; (2) a significant saving of gates (approximately 4000 
20 gates) since only one Subtractor may be used for multiple tasks; (3) calculation of the Protection 
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Index (PI) in hardware assist offloads the Micro-Engine (ME) 710 from doing the calculation so 
that ME resources may be utilized for faster cell/packet processing. 

As described from the foregoing, the host-fabric adapter installed at a host system in a data 
network using a channel-based, switched fabric architecture according to an embodiment of the 
present invention effectively manages NGIO/InfiniBand™ channels and support data movement 
operations between communication devices at a host system or between host systems connected 
together directly or via a data network using a channel-based, switched fabric architecture. The 
host-fabric adapter is optimized for NGIO/InfiniBand™ functionality with minimal hardware 
investment, including controlling execution of NGIO/InfiniBand™ protocols with minimal 
pipelining. Micro-control subsystem of the host-fabric adapter is designed to control execution of 
NGIO/InfiniBand™ protocols with minimal pipelining, and to control overall NGIO/InfiniBand™ 
cell/packet processing with minimum latency. 

While there have been illustrated and described what are considered to be exemplary 
embodiments of the present invention, it will be understood by those skilled in the art and as 
technology develops that various changes and modifications may be made, and equivalents may 
be substituted for elements thereof without departing from the true scope of the present invention. 
For example, the present invention is applicable to all types of data packet-switched networks, 
including, but is not limited to, a local area network (LAN), a wide area network (WAN), a 
campus area network (CAN), a metropolitan area network (MAN), a global area network (GAN) 
and a system area network (SAN) using Next Generation I/O (NGIO), Future I/O (FIO), 
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InfiniBand™ and Server Net, and a LAN system including Ethernet, FDDI (Fiber Distributed Data 
Interface) Token Ring LAN, Asynchronous Transfer Mode (ATM) LAN, Fiber Channel, and 
Wireless LAN. In addition, similar Protection Index and Offset HWA Logic may also be 
incorporated into the host interface to process the Virtual Address (VA) and Memory Handle 
(MH) of a host descriptor. Method steps of FIGs. 12 and 13 may be performed by a computer 
processor executing instructions organized into a program module or a custom designed state 
machine. Storage devices suitable for tangibly embodying computer program instructions include 
3 all forms of non-volatile memory including, but not limited to: semiconductor memory devices 
/! such as EPROM, EEPROM, and flash devices; magnetic disks (fixed, floppy, and removable); 
I other magnetic media such as tape; and optical media such as CD-ROM disks. Further, many 

other modifications may be made to adapt the teachings of the present invention to a particular 
3 situation without departing from the scope thereof. Therefore, it is intended that the present 
:J invention not be limited to the various exemplary embodiments disclosed, but that the present 
invention includes all embodiments falling within the scope of the appended claims. 
What is claimed is: 
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